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ABSTRACT: 

A flexible and scalable architecture and method that implements dynamic rate control scheduling 
in an ATM switch. The scheduler shapes a large number of streams according to rate values 
computed dynamically based on switch congestion information. To handle a large range of bit 
rates, a plurality of timewheels are employed with different time granularities. The streams are 
assigned dynamically to the timewheels based on computed rate values. The shaper architecture 
and method supports priority levels for arbitrating among streams which are simultaneously 
eligible to transmit. Specifically, a scheduling timestamp is determined by the scheduler in 
consideration of a dynamic rate varied in dependency upon congestion information, a peak cell 
rate, and/or a sustainable cell rate, and a burst threshold while a shaping timestamp is also 
determined with reference to the scheduling timestamp determined by the above-mentioned 
manner. The scheduler may shape a stream in accordance with a rate determined by an ABR 
mechanism along with the dynamic rate. 
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(57) A flexible and scalable architecture and method 
that implements dynamic rate control scheduling in an 
ATM switch. The scheduler shapes a large number of 
streams according to rate values computed dynamically 
based on switch congestion information. To handle a 
large range of bit rates, a plurality of timewheels are em- 
ployed with different time granularities. The streams are 
assigned dynamically to the timewheels based on com- 
puted rate values. The shaper architecture and method 
supports priority levels for arbitrating among streams 



which are simultaneously eligible to transmit. 

Specifically, a scheduling timestamp is determined 
by the scheduler in consideration of a dynamic rate var- 
ied in dependency upon congestion information, a peak 
cell rate, and/or a sustainable cell rate, and a burst 
threshold while a shaping timestamp is also determined 
with reference to the scheduling timestamp determined 
by the above-mentioned manner. The scheduler may 
shape a stream in accordance with a rate determined 
by an ABR mechanism along with the dynamic rate. 
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Description 

BACKGROUND OF THE INVENTION 

5 1. Field of the Invention 

[0001] This invention relates to schedulers for asynchronous transfer mode (ATM) networks and, more specifically, 
to an architecture and method for scheduling stream queues serving cells with different quality-of-service (QoS) re- 
quirements while shaping the transmission rate to avoid congestion at bottlenecks within an ATM switch. 
70 [0002] This application relates to U.S. Application Ser. No. 08/924,820 filed on September 5, 1 997 entitled, "Dynamic 
Rate Control Scheduler for ATM Networks/ and Ser. No. 08/923,978 filed on September 5, 1997 entitled, 'Large Ca- 
pacity, Multi class Core ATM Switch Architecture," both of which are assigned to the Assignee of the present invention 
and which are incorporated herein by reference. 

15 2. Description of Related Art 

[0003] The function of a scheduler is to determine the order in which cells queued at a port are to be sent out. The 
simplest scheduling method is a first-in, first-out (FIFO) method. Cells are buffered in a common queue and sent out 
in the order in which they are received. The problem with FIFO queuing is that there is no isolation between connections 
20 or even between traffic classes. A "badly behaving" connection (i.e. , it sends cells at a much higher rate than its declared 
rate) may adversely affect quality of service (QoS) of other 'well behaved" connections. 

[0004] A solution to this problem is to queue cells in separate buffers according to class. One further step is to queue 
cells on a per connection basis. The function of the scheduler is to decide the order in which cells in the multiple queues 
should be served. In round-robin (RR) scheduling, the queues are visited in cyclic order and a single cell is served 
25 when a visited queue is not empty. However, if all queues are backlogged, the bandwidth is divided equally among the 
queues. This may not be desirable, however, because queues may be allocated different portions of the common link 
bandwidth. 

[0005] In weighted round-robin (WRR) scheduling, which was described in a paper by Manolis Katevenis, et al., 
entitled, "Weighted Round-Robin Cell Multiplexing in a General Purpose ATM Switch Chip," IEEE Journal on Selected 

30 Areas in Communications, Vol. 9, No. 8, pp. 1265-1279, Oct. 1991, each queue (connection or class queue) is assigned 
a weight. WRR aims to serve the backlogged queues in proportion to the assigned weights. WRR is implemented using 
counters, one for each queue. The counters are initialized with the assigned weights. A queue is eligible to be served 
if it is not empty and has a positive counter value. Whenever a queue is served, its counter is decreased by one (to a 
minimum of zero). Counters are reset with the initial weights when all other queues are either empty or have zero 

35 counter value. One problem with this counter-based approach is that the rate granularity depends on the choice of 
frame size (i.e., the sum of weights). 

[0006] Another method, weighted fair queuing (WFQ), also known as packet-by-packet generalized sharing (PGPS), 
was described in a paper by Alan Demers, et al., entitled, "Analysis and Simulation of a Fair Queuing Algorithm," Proc. 
SIGCOMM'89, pp. 1-12, Austin, TX, Sept. 1989, and a paper by S. Jamaloddin Golestani, entitled, "A Self-clocked 

40 Fair Queuing Scheme for Broadband Applications," IEEE, 0743-1 66X/94, 1994, pp. 5c. 1.1 -5c. 1.11. This method is a 
scheduling algorithm based on approximating generalized processor sharing (GPS). In the GPS model, the traffic is 
assumed to be a fluid, such that the server can drain fluid from all queues simultaneously at rates proportional to their 
assigned weights. A timestamp is computed when each cell arrives. The value of the timestamp represents the finishing 
time of the cell in the fluid model. The WFQ method schedules by selecting the cell with the smallest timestamp value. 

45 [0007] All the methods described above are work conserving with respect to the local link bottleneck, in the sense 
that if there are cells in the buffer(s), one cell will be served during a cell time. In contrast, another cell scheduling 
scheme, dynamic rate control (DRC), which was developed in co-pending application no. 08/924,820, is in general, 
non-work conserving. A cell may be held back if it could cause congestion downstream. DRC scheduling uses times- 
tamps, as in WFQ, but the timestamps represent absolute time values. Thus, DRC may hold back a cell, if necessary, 

50 to alleviate congestion at a later switch bottleneck. This feature cannot be achieved with WFQ or WRR. One feature 
of DRC is that it does not require sorting of the timestamps, since the timestamps are compared to an absolute time 
clock. Also, traffic shaping can easily be incorporated into the DRC scheduler. 

SUMMARY OF THE INVENTION 

55 

[0008] The present invention is a flexible and scalable architecture and method that implements DRC scheduling. 
Details on the algorithms and principles underlying DRC scheduling, are described in co-pending application No. 
08/924,820. A key component of the DRC scheduler is a traffic shaper that shapes multiple traffic streams based on 
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dynamically computed rates. The rates are computed based on congestion information observed at switch bottlenecks. 
Alternatively, the rates can be computed based only on the congestion observed at the local bottleneck. The modular 
design of the scheduler allows it to be used in a variety of switch configurations. In particular, the DRC scheduler 
architecture and method of the present invention can be applied to the input-output buffered switch architecture dis- 

5 cussed in co-pending application No. 08/923,978. 

[0009] The traffic shaper can shape a large number of streams with a wide range of associated rate values. With 
current technology, the architecture is able to support per VC queuing with up to 64 K virtual channels (VCs) with bit 
rates ranging from 4 Kbps to 622 Mbps. Scalability with respect to the number of streams that can be supported is 
achieved by scheduling streams to be served using a time wheel data structure, also known as a calendar queue. 

w Calendar queues are well known. See for example, an article by R. Brown entitled, 'Calendar Queues: A Fast 0(1) 
Priority Queue Implementation for the Simulation Event Set Problem/ Communications of the ACM, Vol. 31, October 
1988, which is incorporated herein by reference. 

[0010] To handle a large range of bit rates, a plurality of timewheels are employed with different time granularities. 
The timewheel concept and the partitioning of rates into ranges are also well known. See for example, an article by J. 

*5 Rexford, et al. entitled, 'Scalable Architecture for Traffic shaping in High Speed Networks, IEEE INFOCOM "97, (Kobe), 
April 1 997, which is incorporated herein by reference. The shaper architecture of the present invention differs from the 
one described in the Rexford article in that it supports priority levels for arbitrating among streams which are simulta- 
neously eligible to transmit. The highest priority level is assigned dynamically to provide short time-scale minimum rate 
guarantees in DRC scheduling. The remaining priority levels provide coarse QoS differentiation for defining traffic 

20 classes. Also in this architecture, the assignment of streams to timewheels is : dynamic, depending on the current rate 
value computed for the stream. 

[0011] A primary object of the invention is to provide an architecture and method capable of scheduling stream 
queues serving cells with different QoS requirements while shaping the transmission rate to avoid congestion at bot- 
tlenecks in an ATM switch. 

25 [001 2] Another object of the invention is to provide a scheduler architecture that can be used to implement available 
bit rate (ABR) service virtual source (VS)/virtual destination (VD) protocols as outlined in "Traffic Management Spec- 
ification, Version 4.0," The ATM Forum, March 1996. 

[001 3] Another object of the invention is to provide a scheduler architecture that performs both scheduling and dual 
leaky bucket usage parameter control (UPC) shaping as also outlined in Traffic Management Specification, Version 
30 4.0." UPC shaping is used to force a traffic stream to conform to UPC parameters in order to avoid cell tagging or 
discarding at the interface to another subnetwork through which the stream passes. 

[0014] Herein, the principles of the present invention will be schematically described in consideration of the above 
to facilitate the present invention. 

[0015] Briefly, the gist of the present invention resides in the fact that a dynamic rate is calculated in consideration 

35 of congestion information on a downstream side and a timestamp is calculated on the basis of the dynamic rate to 
schedule/reschedule a queue. More specifically, when the timestamp is denoted by TS, a timestamp for scheduling is 
given by max (TS + 1/R, CT) while a timestamp for rescheduling is given by TS = TS + 1/R where CT is a current time 
and R is the dynamic rate. Herein, it is to be noted that the dynamic rate R is calculated by R = M + wE where M and 
w are representative of a minimum guaranteed rate and a weight factor, respectively, and E is representative of an 

40 excess rate calculated on the basis of congestion information. 

[001 6] As readily understood from the above, the dynamic rate R depends on the excess rate E and is successively 
updated. In addition, the timestamps for scheduling/rescheduling are determined by the use of the most recently com- 
puted value of the dynamic rate R. This shows that the timestamps for scheduling/rescheduling are calculated in con- 
sideration of the congestion information. 

45 [001 7] The above-mentioned f orm ulas related to scheduling/rescheduling can be modified to make each stream from 
the queue conform to UPC parameters, such as PCR (Peak Cell Rate), SCR (Sustainable Cell Rate), and MBS (Max- 
imum Burst Size). For example, let the timestamps TS for scheduling/rescheduling be calculated so that they conform 
to the PCR. In this event, the timestamps TS for scheduling/rescheduling are given by TS = max (TS + max (1/R, 
1/PCR), CT) and TS = TS + max (1/R, 1/PCR), respectively. From this fact, it is readily understood that each cell is 

50 transmitted with a time interval of at least 1/PCR which is left between two adjacent ones of the cells and which is 
specified by a shaping timestamp determined on the basis of the timestamp TS for scheduling/rescheduling. This 
shows that the cell stream will conform to policing of the peak cell rate (PCR) at the next downstream switch. Hence, 
the downstream policing mechanism will neither tag nor discard the cells in the shaped cell stream. For example, a 
CLP (Cell Loss Priority) tag may not be put into a logic state of "1 " in the present invention. 

55 [001 8] This is true of the SCR also. On policing the SCR, a timestamp for transmitting a next following cell is practically 
calculated with reference to the SCR value and a predetermined burst threshold (TH) that is determined by the value 
of MBS(Maximum Burst Size). 

[0019] At any rate, the above-mentioned method according to the present invention realizes shaping operation. In 
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other words, a scheduler according to the present invention can execute not only scheduling/rescheduling but also 
shaping. 

[0020] Alternatively, the method according to the present invention may be used in combination with an ABR virtual 
source (VS) which executes traffic shaping to force a stream to conform to the requirements ofABR. In this event, a 
5 queue is shaped according to the rate determined by an ABR mechanism (along with the dynamic scheduling rate). 

BRIEF DESCRIPTION OF THE DRAWINGS: 

[0021] Figure 1 is a diagram of the main components of an ATM buffer module serving a switch input or output port. 
70 [0022] Figure 2 is a diagram of one embodiment of the scheduler architecture of the present invention. 
[0023] Figure 3 is a diagram of another embodiment of the scheduler architecture of the present invention. 
[0024] Figure 4 is a flow chart showing the procedure for computing a timestamp value when a cell arrives at a stream 
queue (not taking into account wrap around). 

[0025] Figure 5 is a flow chart showing the procedure for computing a timestamp value when a cell departs from a 
15 stream queue. 

[0026] Figure 6 is a flow chart showing the procedure for checking for the idle state of a stream queue during each 
cell time. 

[0027] Figure 7 is a flow chart showing the procedure for computing a timestamp value when a cell arrives at a stream 

queue, taking into account wrap around. 
20 [0028] Figure 8 is a diagram of a single priority fine grain timewheel. 

[0029] Figure 9 is a diagram of a single priority coarse grain timewheel. 

[0030] Figure 1 0 is a diagram of a single priority ready list. 

[0031] Figure 1 1 is a diagram of a multi-priority fine grain timewheel. 

[0032] Figure 1 2 is a diagram of a multi-priority coarse grain timewheel. 
25 [0033] Figure 1 3 is a diagram of a multi-priority ready list. 

[0034] Figure 1 4 shows the procedure for attaching a stream queue identifier to a ready list. 

[0035] Figure 1 5 shows the procedure for inserting a stream queue identifier on a timewheel. 

[0036] Figure 1 6 shows the procedure for extracting a stream queue identifier from a ready list. 

[0037] Figure 17 shows the procedure for cell arrival timestamp computation combining scheduling and UPC shaping. 
30 [0038] Figure 18 shows the procedure for cell departure timestamp computation combining scheduling and UPC 

shaping. 

[0039] Figure 1 9 is a diagram of a multi-priority fine grain timewheel with one priority level per time-bin. 
[0040] Figure 20 is a diagram of a multi-priority coarse grain timewheel with one priority level per time-bin. 
[0041] Figure 21 is a diagram of timewheel time-bins and ready lists associated with Figures 19 and 20. 
35 [0042] Figures 22 and 23 show timewheel scheduling operations. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

[0043] In an ATM switch or multiplexer, cells arrive at a bottleneck point and are stored in buffers to await transmission 
40 through the bottleneck towards their destinations. 

[0044] Figure 1 depicts the main components of an ATM buffer module serving a switch input or output port: a queue 
manager 2, a scheduler 3, a cell memory 1 and a control memory 4. The module may for example, be an output module 
or an input module of a switch. 

[0045] Queue manager 2 stores arriving cells in cell memory 1 in the form of stream queues, Qj, Q 2 , ... Q K . Control 
45 information for each queue is stored in control memory 4. Rather than store cells, queue manager 2 may drop cells rf 

congestion arises. For example, a threshold-based cell discard mechanism may be used. During each cell time, queue 

manager 2 may choose a cell in memory to be transmitted to the next stage in the switch. 

[0046] The choice of the next cell to transmit is determined by scheduler 3, which is the focus of the present invention. 

In the configuration of Figure 1, scheduler 3 interacts with queue manager 2 as follows. During each cell time, queue 
so manager 2 queries scheduler 3. Scheduler 3 responds with either a queue identifier or a null value. If scheduler 3 

supplies a valid queue identifier, queue manager 2 removes the head-of-line cell at the corresponding stream queue 

in cell memory 1 and transmits the cell to the next stage. 

[0047] Both queue manager 2 and scheduler 3 have access to control memory 4. Control memory 4 stores informa- 
tion, corresponding to each stream queue, which is used to perform buffer management and scheduling. K represents 
55 the total number of stream queues and Qj denote the i-th stream queue. Control memory 4 contains a count of the 
number of cells in each stream queue and other control information that may be used by queue manager 2 or scheduler 
3. Scheduler 3 performs time-based scheduling. As such, a timestamp value, TS j( is maintained for Qj. The timestamp 
value represents the next time epoch at which a stream queue is eligible to be served. Also, Q is associated with two 
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rales: a static, minimum guaranteed rate, Mj, and adynamic rate, Rj, that is updated in accordance with DRC scheduling. 
[0048] Scheduler 3 determines the stream queue (if any) to be served in the current cell transmission time. For a 
work-conserving scheduler, only the sequence of cell transmissions is important; i.e., whenever there is at least one 
cell in the buffers, a cell will be transmitted during the current cell time. By contrast, a non-work-conserving scheduler 
may allow a transmission slot to go idle even if there are cells in the buffer. In this case, the absolute time at which 
cells are transmitted is important. 

[0049] In general, dynamic rate control (DRC) scheduling is non-work-conserving. Cells are scheduled for transmis- 
sion at absolute time epochs. When cells arrive, they are queued on a per-stream basis. That is, cells corresponding 
to stream i are buffered in a First-ln First-Out (FIFO) stream queue which is denoted as Qj. Associated with stream 
queue Qj is a rate, R if which is computed dynamically based on congestion information at the bottleneck points through 
which stream i passes. Cell scheduling is achieved by peak rate shaping each stream according to its associated 
dynamic rate. This can be performed by means of a timestamp value, TSj, which is updated to reflect the next time 
epoch at which queue Qj is eligible to be served. Atimewheel data structure is used to store identifiers of stream queues 
waiting for their timestamp values to expire. 

[0050] Figure 2 is a block diagram of one embodiment of the scheduler architecture. Control memory~4 stores per 
queue information such as the timestamp value, rate and size of each stream queue. Rate computation unit 8 computes 
the rate for each stream queue based on external rate information and information stored in control memory 4. Times- 
tamp computation unit 7 calculates the timestamp value for each queue. Stream queues are scheduled by means of 
scheduling memory 5A, which assumes the form of a timewheel data structure. Ready List 9A contains a prioritized 
list of stream queues to be served. The ready list is explained in more detail later in the specification. Timestamp 
computation unit 7, scheduling memory 5A and ready list 9Aare all controlled and coordinated by scheduler logic unit 6. 
[0051] Figure 3 is a block diagram of another embodiment of the scheduler architecture. The difference between this 
embodiment and the embodiment shown in Figure 2 is that a second scheduling memory 5B and a plurality of ready 
lists 9B, 9C and 9D are used. In this architecture, the timewheel structure in one of the scheduling memories is a fine 
grain timewheel and the timewheel structure in the other scheduling memory is a coarse grain timewheel. These two 
different timewheel structures and a plurality of ready lists are explained in more detail later in the specification. 

SCHEDULING VIA TRAFFIC SHAPING 

[0052] In an ATM network, a traffic shaper takes an input cell stream and introduces delays to certain cells, where 
necessary, to produce an output cell stream which conforms to the parameters of the shaping algorithm. The simplest 
example of a shaper is a peak rate shaper which ensures that the minimum inter-cell spacing is 1/R [seconds], where 
R is the specified peak rate. Traffic shaping is performed on the user side, prior to entry of the cell stream to the network. 
The purpose of traffic shaping is to smooth out a cell stream such that it requires less network resources and therefore, 
incurs a lower cost to the user. 

[0053] The scheduler architecture and method of this invention is based on peak rate shaping each stream to a 
locally computed scheduling rate, various forms of traffic shaping can be achieved by changing the shaping algorithm. 
The special case of peak rate traffic shaping will be described because it is the type of shaping required in the DRC 
scheduler. The peak rate shaping algorithm is simple in principle; however, a practical implementation must take into 
account the occurrence of wrap around due to the finite number of bits used to represent TSi and the current time (CT). 
A peak rate shaping algorithm, assuming that wrap around does not occur, is described in the following section. The 
Wrap Around Mechanism section describes a modified algorithm to handle wrap around. 

PEAK RATE SHAPING 

[0054] In the general case, a timestamp value, TSj, is maintained for the i-th stream. The value of TSj is updated 
when certain events occur, i.e., cell arrival or cell departure for stream i. Arriving stream i, cells are stored in stream 
queue Qj. In a given cell time, after an update of TSj (if any) the value of TSj represents the time at which the head-of- 
line cell in Qj (if any) is eligible to be transmitted. That is, when the value of CT equals or exceeds the value of TSj, the 
head-of-line cell in Qj is eligible to be transmitted. 

[0055] Initially, TSj is set to zero and each update of TSj increases it by a positive quantity. A current time variable, 
CT, keeps track of the real-time clock. Initially, CT is set to zero and is increased by one at the beginning of each 
successive cell time. Assuming that TSj and CT are each represented by n bits, after 2 n cell times, CT wraps around 
to the value zero. After a sufficient number of update events, the value of TSj also wraps around. The issue of wrap 
around is discussed in the next section. For the following discussion, it is assumed that wrap around is not a problem. 
[0056] The timestamp value TSj is updated when one of the following events occurs: 

1 . Cell arrival from stream i or 
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2. Cell departure from stream i. 

As an example of the implementation of the algorithm, assume that stream i is to be shaped to a peak rate F\. This 
means that the inter-ceil spacing of cell departures for stream i must be larger than, or equal to, 1/Rj. If a stream i 
5 arrives to an empty Qj, the cell is eligible to go out at the earlier of two times: 

1. At time CT, i.e., immediately or 

2. 1/Rj cell times after the last cell departure from Qj. 

io Accordingly, the timestamp value computation for peak rate shaping upon cell arrival and departure events for stream 
i is shown in Figures 4 and 5 and is described below. 

[0057] After a cell arrives (step 1 00), the cell is appended to Q if the stream queue is not empty (step 1 40). However, 
if the queue is empty, the stream must be scheduled (step 110). The timestamp value TSj is set at the maximum of 
(TSj + 1/Rj) or CT (step 120). Stream i is then scheduled at time TSj (step 130). 
is [0058] After a cell is transmitted from Qj (step 200), no timestamp calculation is performed if the queue is empty 
(step 240). However, if the queue is not empty, the stream must be scheduled (step 210). The timestamp value TSj is 
set at TSj + 1/Rj (step 220). Stream i is then scheduled at time TSj (step 230). Scheduling a stream i at time TSj means 
to append a stream queue identifier for the stream to the timewheel at the time-bin corresponding to time TS V 

20 WRAP AROUN D MECHANI SM 

[0059] As an example of the wrap around mechanism, assume that TS and CT are stored using n bits. The counter 
CT is initialized to zero and is increased by one during each cell time. After a cycle period of 2" cell times, CT wraps 
around back to the value zero. Similarly, the timestamp value TS wraps around after it is increased beyond the value 

25 2 n - 1 . If CT advances past TS and wraps around, CT is said to be one cycle period ahead of TS. 

[0060] Conversely, when a timestamp update event occurs, TS could be advanced past CT into the next cycle period. 
To keep track of the relative cycles in which the timestamp and current time lie, two 2-bit zone indicators are introduced, 
denoted by z CT and z TSi , which correspond to CT and TS j( respectively. When CT wraps around, Zc T is increased by 
one (modulo four). Similarly, when TSj wraps around, z TSf is increased by one (modulo four). The zone bits are merely 

30 two bit extensions of the registers for TSj and CT The interpretations of the zone bit values are shown in Table 1 . 



Table 1. 





Interpretation of zone indicators 


35 


Zone 


comparison 


Interpretation 




ZCT = 






CT and TSi arejn same cycle CT 




*CT = 


(ZTSi 


- 1 )mod 4 


CT is one cycle behind TS 




ZCT = 


(Z T Si 


+ 1)mod 4 


CT is one cycle ahead of TS 


40 


Z C T = 


(ZTSi 


+2)mod 4 


CT is two cycles ahead of TS 



[0061] In this example, it is assumed that 1/Rj < 2 n for all streams i. This ensures that CT will never fall behind TS 
by more than one cycle. A mechanism to ensure that CT will never run ahead of TS by more than one cycle will now 
be described. Let I; be an idle bit for stream i, initially set to zero. If the value of Ij equals zero, the stream is considered 
45 active; otherwise, if Ij equals one, the stream is considered idle. A stream is considered idle at time CT if the most 
recent cell departure occurred more than 1/Rj cell times in the past. 

[0062] Next, an independent process is introduced that cycles through all of the streams to determine which ones 
are idle. For those streams i that are determined to be idle, the idle bit l f is set to one. Let Nj denote the total number 
of streams. It is assumed that only one queue can be tested for idleness during one cell time. To ensure that CT never 

so advances two or more cycles ahead of TSj, the maximum number of streams that can be supported should be less 
than 2 n . During each cell time, the check for idleness proceeds as shown in Figure 6 and as described below. 
[0063] At cell time i = (i + 1 )mod N 1 (step 300), a determination is made whether the stream is not idle (Ij = 0) and 
the queue is empty (step 310). If both conditions are not met, the idle bit Ij is set to, or kept at, 0 (step 340). If both 
conditions are met, the zones indications are analyzed as follows (step 320); If (z^- = z TSj and CT - TSj > 1/Rj) or [z CT 

55 = ( z TSi + 1 ) mod 4 and CT * TS i + 2° < 1/Ri)], the stream is considered to be idle and Ij is set to 1 (step 330). If both 
conditions are not met, Ij is set to, or kept at, 0 (step 340). 

[0064] Ij must be reset to zero whenever a stream i cell arrives. Besides, this modification, the shaping algorithm 
takes into account the values of the zone indicators in comparing the values of CT and TSj. The procedure for handling 
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a cell arrival for stream i is shown in Figure 7 and is described below. 

[0065] After a cell arrives (step 400), lj is set to 0 and TSj is set to TSj + 1/Rj (step 410) and the status of the queue 
is checked (step 420). If the queue is not empty, the cell is appended to the queue (step 460). If the queue is empty, 
a determination is made regarding the idle state of the queue and the zone indications as follows: If lj = 1 or (Zc T = 
5 z TSj and CT > TSj ) or [z CT = (z Tsi + 1 ) mod 4 or z^ = (z TSj + 2)] mod 4 (step 430), TS is set at CT (step 440). If the 
conditions are not met, the stream is scheduled at time TSj (step 450). 

SCHEDULING MEMORY 

io Timewheel 1 

[0066] Timestamp-based algorithms for traffic shaping were discussed in the scheduling via traffic shaping section 
above. Each stream queue Qj has an associated timestamp value, TS S , which indicates the time epoch when the stream 
queue becomes eligible for service. During the current cell time, CT, any stream queue with a timestamp value satisfying 
15 TSj < CT is eligible for service. Although multiple stream queues may become eligible in the same time'slot, only one 
cell from one of the queues may be transmitted in each time slot. 

[0067] Therefore, a ready list of eligible stream queues is maintained. At time CT, any newly eligible stream queues 
are moved to the ready list. During the cell time, one of the stream queues from the ready list is chosen for service. 
Queue manager 2 handles the removal of the head-of-line cell from the cell memory and the transmission of the cell 

20 to the next switching stage. 

[0068] The basic mechanism behind traffic shaping is simple. Cells arriving from a given stream are queued in FIFO 
order per stream. During a given time, the head-of-line cell in a stream queue, say Qj, is scheduled to be transmitted 
at the time epoch indicated by the timestamp value, TSj. As discussed in the previous section, the timestamp value is 
updated either upon arrival or departure of a cell from stream queue Qj. The timestamp TSj is updated based on the 

25 current value of TSj, the current time CT, and the dynamic rate Rj. 

[0069] If the updated value of TSj < CT, the head-of-line cell in stream queue Qj is eligible to be transmitted imme- 
diately, i.e., in the current cell time. However, there may be several streams i for which CT > TSj. Therefore, a ready 
list of eligible stream queues which have not yet been served is maintained. If the updated value of TS, is greater than 
CT, then the stream queue is eligible at some future time. A timewheel structure, also called a calendar queue, is used 

30 to schedule stream queues which will become eligible for service at a future time. 

[0070] The structure of the timewheel can be described as a circular array of entries numbered 0, 1 , N-1 , where 
the n-th entry points to a (possibly empty) list of eligible stream queues scheduled for time n (modulo N). After each 
clock tick, the value of CT is updated to point to the next entry on the timewheel. All stream queues on the list corre- 
sponding to this entry then become eligible for service. This list is then appended onto the ready list. During each cell 

35 time, one or more stream queues from the ready list are served. The maximum number of stream queues which can 
be served within one cell time is constrained by the speed of the logic and memory 

REDUCTION OF TIMEWHEEL SIZE 

40 [0071] The traffic shaper should be capable of supporting a wide range of rates. To support connection rates in the 
range 4 Kbps to 622 Mbps requires about 1 50 K entries in the timewheel. Each entry consists of six pairs of head/tail 
pointers. Assuming that up to 64 K streams are to be supported, each pointer requires 16 bits, or 2 bytes. Thus, the 
memory required for each entry is 24 bytes. The total memory requirement for the timewheel alone would then be 3.6 
Mbytes. 

45 [0072] This memory requirement can be reduced significantly by using two timewheels as follows (see Figures 8 
and 9): 

1 . a fine grain (FG) timewheel, where each entry corresponds to one cell time. 

2. a coarse grain (CG) timewheel, where each entry corresponds to a several cell times. 

so 

In this example, it is assumed that each timewheel consists of 2 K entries and stream queues are assigned to either 
the FG timewheel or the CG timewheel, according to rate. 

[0073] With a line rate of 600 Mbps, the lowest rate for a flow that can be supported by the FG timewheel is: 

55 

(600 X 10 6 )/(2 X 10 3 ) = 300 X 10 3 , 

or 300 Kbps. 
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[0074] On the other hand, if the CG timewheel is to support a rate of 4 Kbps, then the smallest granularity that can 
be supported corresponds to the rate: 

5 (4 X 10 3 )X(2 X 10 3 ) = 8 X 10 6 , 

or 8 Mbps. In this case, one entry on the CG timewheel corresponds to: 

70 (600 X 10 6 )/(8 X 10 6 ) = 75 

entries on the FG timewheel. To simplify things, this number is rounded to the nearest power of two, therefore, the 
granularity of the CG timewheel is set at 64 cell times. Then, each entry in the CG timewheel is also set at 64 entries 
of the FG timewheel. In units of time, the granularity of the CG timewheel is 44.8 u, s compared to 700. ns for the FG 
*5 timewheel. Rates are assigned to the two timewheels as follows: 

FG timewheel: 300 Kbps to 600 Mbps, 

20 

CG timewheel: 4 Kbps to 300 Kbps. 

[0075] In this example, for a 300 Kbps constant bit rate stream, the error introduced by the CG timewheel, as a 
percentage of the inter-cell distance, is approximately 3.2 %. 
25 [0076] There is no need to assign stream queues to the two timewheels in a static manner based on rate. Instead, 
the stream is scheduled based on the bit rate stream and the error introduced by the CG timewheel, as a percentage 
according to the relative values of the timestamp value TS and the value of the current time CT, as follows: 

if TS< CT, then 

30 Assign the stream element directly to the ready list, 

else if TS - CT > 2000, or TS is a multiple of 64, then 
Assign the stream element to the CG timewheel. 

else 

Assign the stream element to the FG timewheel. 

35 end if 

Note that in the above pseudo-code, a stream is scheduled for the CG timewheel if the timestamp is a multiple of 64. 
Doing this avoids the need to access both timewheels in the same cell time. 

40 MEMORY REQUIREMENT 

[0077] Each entry in one of the two timewheels consists of six pairs of head/tail pointers (hp/tp), requiring 24 bytes 
of memory. Counting both timewheels, with 2000 entries each, the total memory requirement is then about 96 Kbytes, 
an order of magnitude improvement from using a single timewheel. What is lost in going from the single large timewheel 
45 to two small timewheels is coarser granularity in scheduling low rate connections and an increased probability of bunch- 
ing at scheduled time slots on the coarse timewheel. However, since low rate connections generally have greater 
tolerance for cell delay variation, this effect is not significant. 

[0078] The bunching effect due to coarser scheduling granularity can be improved by increasing the number of entries 
in each timewheel. For example, if the number of entries in each timewheel is doubled to 4000, the FG timewheel can 
so support rates in the range 150 Kbps to 600 Mbps. Furthermore, the granularity of the CG timewheel is improved to 
22.4 u,s. In this case, each entry of the CG timewheel corresponds to 32 entries of the FG timewheel (i.e., 32 cell times). 

PRIORITY LEVELS 

55 [0079] During one ceil time, a fixed number of stream queues (i.e., one or two) can be served within one cell time 
(the maximum number depends on the memory technology that is used). However, several stream queues may become 
eligible during the same time slot. Thus, a backlog of eligible stream queues could form. To accommodate stream 
queues with different tolerances for cell delay variation (CDV), four priority levels are provided. The priorities are listed 
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from high to low as follows: 

0 Dynamic high priority (HP), 

1 Real-time, short CDV (RT-S), 

s 2 Real-time, long CDV (RT-L), and 
3 Non-real-time (NRT). 

[0080] HP is a dynamic assignment. Eligible stream queues that have been scheduled at their minimum guaranteed 
rates are automatically assigned as HP. This ensures that all stream queues receive their minimum rate guarantees 

w on a short time-scale. The remaining three priority levels are assigned statically, according to traffic class and tolerance 
for cell delay variation. Streams classified as RT-S are real-time streams which have small CDV tolerances, while RT- 
L streams have larger CDV tolerances. Non-real-time (NRT) streams generally do not have requirements on CDV. 
[0081] In general, low bit-rate real-time streams would be classified as RT-L, while high bit-rate real-time streams 
would be classified as RT-S. However, the CDV tolerance of a stream need not be directly related to its bit-rate. The 

*5 static priority levels protect streams with small CDV tolerance from the bunching effects of streams w'rffi larger CDV 
tolerances. For example, consider a scenario in which there are one thousand 64 Kbps voice streams sharing a 150 
Mbps link with a single 75 Mbps multimedia stream. 

[0082] Assuming that the multimedia stream is a constant bit rate (CBR), it needs to send a cell once every two cell 
times. If cells from the voice streams are bunched together at or near the same time slot, a natural consequence of 
20 superposition, the multimedia stream will suffer from severe CDV, relative to its inter-cell gap of one cell time. In the 
worst-case, two cells from the multimedia stream could be separated by up to one thousand voice cells. 

EXTERNAL STORAGE 

25 [0083] The scheduler data structures for a single priority level are depicted in Figures 8-1 0. For multiple priority levels, 
the timewheel structures and the ready list are replicated for each level (see Figures 11 -13). For example, if there are 
L priority levels, then each time-bin would consist of L distinct lists, one for each priority level. A timewheel consists of 
a set of consecutive time-bins labeled in increasing order of time. In this embodiment, a timewheel consists of 2K time- 
bins, numbered consecutively from 0 to 2K-1 . Note that the number of time-bins may vary depending on the particular 

30 application. 

[0084] To economically handle a large range of bit rates, a plurality of timewheels are used. In this embodiment, two 
timewheels are used: a fine grain (FG) and a coarse grain (CG) timewheel. The fine grain (FG) timewheel time-bins 
correspond to cell times numbered 0, 1 , .... 2K-1 . The coarse grain (CG) timewheel time-bins correspond to cell times 
numbered 0, 64, 128, .... (64*2K)-1. Note that the different timewheels do not have to contain the same number of 
35 time-bins. Generally speaking, the fine grain timewheel is used for scheduling high rate streams, while the coarse grain 
timewheel is used for scheduling lower rate streams, although this distinction is not a strict property of the scheduling 
algorithms to be described below. 

[0085] Each timewheel time-bin is associated with stream queues which are scheduled for the same time slot. Be- 
cause up to 64K streams are to be supported, a stream pointer, or stream queue identifier, is identified with a 16-bit 
40 word. Each timewheel time-bin consists of head and tail pointers (hp and tp) which point to locations in a stream pointer 
memory. These pointers for a list for each time-bin. The stream pointer memory consists of 64K entries. Each entry in 
the stream pointer memory is a 16-bit pointer to another stream. Thus, the stream pointer memory is logically 64K 
deep and 16 bits wide. The stream pointer memory is defined as follows: 
WordV[0... (64K-1)], 

45 where Word denotes a 16-bit integer type. The coarse timewheels are defined by: 
Queue T c [0... 3][0... (2K-1)], 
while the fine timewheels are defined by 

QueueT F [0„.3][0...(2K-1)], 
where the type Queue is a compound data type defined as follows: 
so Word hp; 

Word tp; 

For example, the head pointer at time 2 on the coarse grain timewheel and on priority 3 is denoted by: 
T c [3][2].hp 

[0086] Both the stream pointer memory and the timewheel memory are external to the scheduler control logic. 
55 [0087] The size of the ready list is a measure of the backlog in the scheduler. By applying local dynamic rate control 
(DRC), the scheduler can be made nearly work-conserving. Since the DRC computation is based on queue length 
information, it is necessary to maintain a count of the number of entries on the ready list. This can be done by storing 
a count of the number of stream queue identifiers in each time-bin. 
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70 



15 



20 



[0088] Since there are at most 64K active streams, the maximum number of stream queue identifiers in one time- 
bin is 64 K, so the counter size needed is at most 16 bits. Therefore, the counts for the coarse and fine timewheels 
are defined, respectively, as follows: 

WordM c [0... (2K-1)] 

WordM F [0.„ (2K-1)J 

[0089] When the current time value, CT, advances to point to the next time-bin, all stream queue identifiers associated 
with the time-bin become eligible for service. That is, the scheduled timestamps for the streams corresponding to these 
stream queue identifiers expire and the streams are ready to be served. Expired stream queue identifiers are maintained 
in a ready list. The ready list contains stream queue identifiers which are ready to be served, but which have not yet 
been processed. When the scheduler receives an external stream service request, a stream queue identifier is removed 
from the head of the ready list and the stream queue identifier is either sent to an internal output queue or transmitted 
to an external process. 

[0090] Within the control logic there are bit maps which are in one-to-one correspondence with the timewheel mem- 
ories: 

BitBc[o...3][0...2K-1] 
Bit B F [o... 3][0... 2K-1] 

B c and B F , respectively, denote the coarse and fine grain bit maps. The bit maps are initialized to zero, indicating that 
all timewheel time-bins are the initially empty. A value of one in a bit map entry indicates that the corresponding time- 
wheel time-bin is not empty. There is one ready list for each priority level: 
Queue r[0... 3] 

An empty ready list i is indicated by setting rfij.hp = 0. We also define an integer variable rc which counts the total 
number of entries on all ready lists. 



25 



35 



40 



45 



SCHEDULING 

[0091] Current time is stored in a 17-bit counter denoted CT Two auxiliary bits stored in Zc T indicate the zone of CT 
The zone, Zqj, takes on the values 0, 1,2, or 3. When CT wraps around from 128K-1 to zero, Zqj is incremented by 
one (modulo four). Similarly, the timestamp value, TSj, for stream queue Qj is stored as a 17-bit number with the zone 
indicated by two bits stored in z TSj . If z CT = z TSi , i.e., if current time and the timestamp value are in the same zone, 
then CT and TSj can be compared directly. If z^ = (z TSj -1 ) mod 4, then TSj represents a time in the next zone, i.e., 
in the future with respect to CT. Otherwise, if Zc T = (z Tsi + 1) mod 4 or Zc T = (z TSi + 2) mod 4, then TSj represents a 
time in a previous zone, i.e., in the past with respect to CT. 

[0092] After each cell time, the current time CT is advanced by one. Before CT is advanced, any stream queue 
identifiers associated with the time-bin at CT must be attached to the appropriate ready lists. Figure 14 describes the 
procedure for attaching stream queue identifiers to the appropriate ready list. The first part of the procedure determines 
whether CT corresponds to the coarse grain (CG) or the fine grain (FG) timewheel. All time-bins which are located at 
multiples of 64 are stored on the coarse grain (CG) timewheel. 

[0093] The counter memory is read once. The timewheel head and tail pointers are read once for each priority 
level. This gives a total of eight reads to the timewheel. The stream pointer memory, V, is written at most once for each 
priority level, giving a total of four times write-in. The internal bit map ^ is accessed at most twice for each priority 
level, giving a total of eight accesses. The ready list pointer r is written four times and read twice for each priority level, 
for a total of twelve accesses. Finally, a read-modrfy-write access is needed to increment rc. If separate memories are 
used for the three external memories, the worst-case number of memory access times required for this operation is 
eight. A summary of the accesses to memory for transferring the lists from the time-bin corresponding to current time 
CT to the corresponding ready lists are summarized in Table 2. 



Table 2: 



so 



55 



Accesses to memory 


Memory 


Read 


Write 


Read-Modify-Write 




1 


0 


0 


T x 


8 


0 


0 


V 


0 


4 


0 


Bx 


4 


4 


0 


r 


4 


8 


0 


rc 


0 


0 


1 
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[0094] If a stream queue identifier is to be added to the timewheef at position TS and that stream is to be scheduled 
at priority i, the procedure described in Figure 15 determines the timewheel (coarse or fine) and time-bin at which the 
stream queue identifier should be inserted The variable X is set to F if the fine grain timewheel is to be used and C if 
the coarse grain timewheel is to be used. The time-bin location is stored as variable t. 

[0095] This procedure requires one read-modify-write to update the count In the worst case, two writes to T x are 
needed, and one write to V. One write and one read access are made to the internal bit map B^. Therefore, in the worst 
case, two external memory accesses are needed to insert a new stream queue identifier to the timewheel. The accesses 
to memory for inserting a new stream queue identifier to the timewheel are summarized in Table 3. 



10 Table 3: 



Accesses to memories for inserting new stream queue identifiers to the timewheel 


Memory 


Read 


Write 


Read-Modify-Write 


M x 


0 


0 


1 


T x 


0 


2 


0 


V 


0 


1 


0 


B x 


1 


1 


0 



2 Q [0096] Figure 16 describes the procedure for extracting a stream queue identifier from the ready lists in order of 
priority. When the ready list for priority 0 (high) is exhausted, the ready list for priority 1 (lower) is examined, etc. The 
extracted stream queue identifier is stored as variable q, which is passed on to another process which transmits the 
head-of-line cell from the queue corresponding to q. 

[0097] For each stream queue identifier that is extracted from the ready list, at most one read from the stream pointer 
2S memory V is required. Two reads and one write to the ready list pointers r are needed. Finally, a read-modify-write 
operation is necessary to increase the ready list counter rc. The accesses to memory for inserting a new stream queue 
identifier to a timewheel are summarized in Table 4. 



Table 4: 



Accesses to memories for inserting new stream queue identifier to timewheel 


Memory 


Read 


Write 


Read-Modify-Write 


V 


0 


1 


1 


r 


2 


1 


0 


rc 


0 


0 


1 



ACCESSES IN ONE CELL TIME 



[0098] The operations required in one cell time are listed (in order) in Table 5. In the worst case, 1 7 memory accesses 
(in parallel for separate memories) are required during one cell time. This number could be improved by reading and 
writing head/tail pointers on the timewheel at the same time. Note that if time allows during a cell time, step 4 may be 
repeated. 

Table 5. 



Memory accesses for inserting new stream queue identifier to timewheel. 


Cell operation 


Worst-case Accesses 


1 . Reschedule (insert new stream) 


2 


2. Schedule (insert new stream) 


2 


3. Transfer list of stream queue identifiers from CT-bin to ready list 


12 


4. Extract stream queue identifier from ready list 


1 




17 



[0099] To summarize, the method for scheduling stream queues containing cells in an ATM switch, without taking 
into account priority, comprises the following main steps: 
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(a) calculating a scheduling rate value for each stream; 

(b) calculating a timestamp value for each stream queue based on its scheduling rate value; 

(c) scheduling each stream queue by assigning a stream queue identifier to a first timewheel scheduling memory 
time-bin based on its timestamp value; 

s (d) transferring a list of stream queue identifiers from a time-bin on the timewheel to a ready list when a current 
time value equals the time-bin value; 

(e) choosing a first stream queue identifier from the ready list; and 

(f) transmitting a first cell in the stream queue corresponding to the chosen stream queue identifier; 

w wherein the timestamp and current time values cycle. 

[0100] The method for scheduling stream queues containing cells in an ATM switch, taking into account priority 
<► comprises the following main steps; 

(a) calculating a scheduling rate value for each stream; 
is (b) calculating a timestamp value for each stream queue based on its scheduling rate value; 

(c) assigning one of at least two priority levels to each stream queue, wherein the priority levels are assigned 
different values from high to low; 

(d) scheduling each stream queue by assigning a stream queue identifier to a timewheel scheduling memory time- 
bin based on its timestamp value and its priority level; 

20 (e) transferring a list of stream queue identifiers from a time-bin on the timewheel to a ready list at 4he appropriate 
priority level when a current time value equals the time-bin value; 

(f) choosing a first stream queue identifier from the highest priority non-empty ready list; and 

(g) transmitting a first cell in the stream queue corresponding to the chosen stream queue identifier; 

25 wherein the timestamp and current time values cycle. 

[0101] One aspect o f the multiple priority level embodiment described above is that during one cell time, the different 
priority lists at the time-bin corresponding to the current time value CT are transferred to the corresponding ready lists 
one at a time. An alternate embodiment of the scheduler architecture supporting multiple priorities is described below 
with reference to Figures 1 9-23. 

30 [0102] Figures 19 and 20 show examples of this embodiment with two timewheels. There are L = 4 priority levels 
and the granularity of the coarse grain timewheel is G = 64. The fine grain timewheel consists of M * L entries and the 
coarse grain timewheel consists of N * L entries. Each time-bin on the fine grain (FG) timewheel corresponds to one 
cell time and each time-bin on the coarse grain (CG) timewheel corresponds to G ceil times. For this example, it is 
assumed that the values of L and G are both powers of two. The time-bins of the FG timewheel are assigned priority 

35 levels by labeling the time-bins cyclically in priority level order. For example, 0, 1, 2, 3, 0, 1, 2, 3, etc., as shown in 
Figure 19. Similarly, the time-bins of the CG timewheel are assigned priority levels. 

[0103] Each timewheel entry (i.e. time-bin) consists of a list of stream queue identifiers. During each cell time the 
list at the time-bin corresponding to current time CT is transferred to the ready list at the priority level assigned to the 
time-bin. The ready lists are also lists of stream queue identifiers. During each cell time, one stream queue identifier 

40 is removed from the non-empty ready list of the highest priority (if one exists). The first cell from the corresponding 
stream queue is transmitted and then the stream queue is rescheduled if it remains non-empty. 
[0104] Figures 22 and 23 show the procedures of scheduling a new stream with associated timestamp value TS at 
priority level R Note that these figures do not take into account possible wrap around situations. If a wrap around 
situation occurs, additional procedures along the lines discussed in the Wrap Around Mechanism section would be 

« required. 

[0105] The first step in scheduling a new stream at time TS and priority level P is to compare TS to CT (step 700). 
If TS is less than CT, the stream queue identifier is appended to the tail of the priority P ready list (step 705) and the 
procedure ends. 

[0106] If TS is not less than CT, (TS - CT) is compared to (G*N*L) (step 710). G represents the granularity of tne 
so coarse grain timewheel. If (TS - CT) is greater than (G*N*L), TS' is set to the possible scheduled time value of (CT + 
G*((N - 1 )*L + P) (step 71 5). N determines the size of the fine grain timewheel which is given by N*L L represents the 
number of priority levels. Then P' is set to correspond to the priority of time-bin TS (step 720). Note that if (TS - CT) is 
not greater than (G*N*L), TS is not modified and the procedure moves directly to step 720. 
[0107] Next TS' is set to TS + (P - P') (step 725). If TS is a multiple of G and P = 0 (step 735),TS' is set to TS' - L 
55 (step 740). Then TS' is compared to CT (step 745). Note that if TS is not a multiple of G or P = 0, TS' is set to TS' - L, 
TS' is not modified and the procedure moves directly to step 745. 

[0108] If TS* is less than CT, the stream queue identifier is appended to the tail of the priority P ready list (step 750) 
and the procedure ends. If TS' is not less than CT, TS' - CT is compared to M*L (step 747). M determines the size of 
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the coarse grain (CG) timewheel which is given by M*L If TS' - CT is not less than M*L, the stream is scheduled on 
the coarse grain (CG) timewheel as shown in Figure 23 and as described bebw 

[01 09] If TS' - CT is lest than M*L, P' is compared to p (step 755). If P' is greater than or equal to R the stream queue 
identifier is appended to the tail of the list at time-bin TS' on the fine grain (FG) timewheel (step 760) and the procedure 
ends. 

[0110] If P* is greater than or equal to P, the stream queue identifier is inserted at the head of the list at time-bin TS' 
on the fine grain (FG) timewheel (step 765) and the procedure ends. 

[0111] If the stream is to be scheduled on the coarse grain (CG) timewheel, the procedure in Figure 23 is followed. 
First, I is set to TS'/G (step 800). Then P' is set to the priority level corresponding to time-bin G*l (step 810). Next, TS" 
is set to G*(I + (P-P")) (step 820). 

[0112] Then P' is compared to P (step 830). If P' is greater than or equal to P, the stream queue identifier is appended 
to the tail of the list at time-bin TS" on the coarse grain (CG) timewheel (step 840) and the procedure ends. If P is not 
greater than or equal to P, the stream queue identifier is inserted at the head of the list at time-bin TS" on the coarse 
grain (CG) timewheel (step 850) and the procedure ends. 

RATE COMPUTATION 

[0113] In DRC scheduling the scheduling rate for a given stream is updated dynamically. In DRC scheduling, the 
dynamic rate, R^, is computed as the sum of a minimum guaranteed rate M and an excess rate E which reflects the 
excess bandwidth available to the stream at various bottleneck points along its path: 



[01 14] A local dynamic rate, E loc , can be computed based on the utilization observed as queues are transferred from 
the ready list. In this way, the scheduler is made nearly work-conserving at the local bottleneck. An external excess 
rate, E exi , computed at a downstream bottleneck within the switch, may serve as input to the rate computation engine. 
[0115] In this case, the DRC excess rate is taken as; 

E = min (E |oc , E ext ) 

The rate, E ext , may itself be the minimum of several DRC rates computed at bottleneck points along the path of the 
stream inside the switch. This rate information is carried by internal resource management (IRM) cells. 

LOCL DRC RATE COMPUTATION 

[0116] DRC scheduling is discussed in more detail in co-pending application No. 08/924,820. A brief description of 
how DRC can be applied locally will be provided. The local DRC excess rate, denoted by E^ can be calculated based 
on the measured local utilization, U^. A proportional-derivative (PD) controller iteratively computes a new value of 
E,^ so as to minimize the difference between the measured utilization and the target utilization U loc . The controller 
has the form: 

E .oc( n + 1 ) = E^fn) + «, (IV - 0^) + 0,(1^ - U,J 

where the filter coefficients and ctg are chosen to ensure stability and fast convergence. Class-based E can be 
computed in analogous way. 

ABR VIRTUAL SOURCE (ABR VS) 

[0117] In ABR virtual source control (see, "Traffic Management Specification, Version 4.0, "The ATM Forum, 1996), 
the scheduler mimics the behavior of an ABR source. ABR resource management (RM) cells carry explicit rate (ER) 
information which determines the rate at which cells are transmitted. This external rate, which we denoted by R^p is 
used by the local scheduler to shape the ABR stream. ABR virtual source control can be easily combined with DRC 
scheduling by taking the scheduling rate for an ABR stream as the minimum of the rates computed for DRC and ABR 
VS control; i.e., 
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R = min (R^, R drc ); 

wherein, R^ represents a locally computed rate for DRC scheduling. An example of an algorithm for calculation of 
Rabr is contained in the Traffic Management Specification, Version 4.0." 

USAGE PARAMETER CONTROL 

[0118] In addition to scheduling cells for stream i at the scheduling rate F\, the scheduler architecture can be used 
to perform traffic shaping for each stream in conformance with the UPC (Usage Parameter Control) specification in 
'Traffic Management Specification, Version 4.0," The ATM Forum, 1996). In particular, how stream i can be simulta- 
neously scheduled at rate Rj and shaped to conform to GCRA (1/PCRj, 0) and GCRA (1/SCR if THj) is discussed briefly 
below (For a specification of the Generic Cell Rate Algorithm (GCRA) for UPC policing, see "Traffic Management 
Specification, Version 4,0," The ATM Forum, 1996). 

[0119] The purpose of shaping a stream is to force it to conform to UPC parameters which are policed at the next 
hop in the network (e.g., the interface to a separate subnetwork). This prevents cell discard or cell tagging incurred by 
the policer on nonconforming or violating cells. 

[0120] Figure 17 shows the procedure for computing the timestamp (not accounting for wrap-around) for combined 
rate scheduling and UPC shaping when a cell arrives to the stream i queue. After a cell arrivesto queue i (step 500), 
the status of the queue is checked (step 51 0). If the queue is empty, the scheduling timestamp TSj is updated according 
to TSj = MAX[{TSi + MAX(1/PCR i( 1/Rj)}, CT| (step 520). 

[0121] Then the shaping timestamp TS jt is compared with CT (step 530). If TSj' is less than or equal to CT, -TSj'is set 
to CT (step 540). The stream is scheduled at time MAX(CT, TSj) (step 560), TSj' is updated according to TSj' = TSj' + 
1/SCRj (step 570) and the cell is appended to queue i (step 580). ' 

[0122] In step (530), if TS> is greater than CT, then the TS- is compared with CT + THj,(step 550). If TSj' > CT + TH i( 
the stream is scheduled at time MAXfTSj' - THj, TSj) (step 555). Then the cell is appended to queue i. 
[0123] In step (550), if TSj' is less than or equal to CT + THj, the stream is scheduled at time MAX(CT, TSj) (step 
560), TSj' is updated according to TS- - TSj'+l/SCRj (step 570) and then the cell is append to queue i (step 580). 
[0124] Figure 1 8 shows the procedure for computing the timestamp (not accounting for wrap-around) for combined 
rate scheduling and UPC shaping when a cell departs from a stream i queue. The cell is removed and transmitted from 
queue i (step 600). The status of the queue i is checked (step 610). If the queue is empty, the procedure ends (step 
650). Otherwise, the scheduling timestamp is updated according to TSj = TSj + MAX(1/R jt 1/PCRj)(step 620). The 
shaping timestamp is updated according to TSj' = TSj' + 1/SCRj (step 630). Then the stream is scheduled at time MAX 
(TSj, TSf - THj) (step 640), before the procedure ends (step 650). 

[0125] The present invention is scalable and flexible architecture for implementing DRC scheduling in an ATM switch. 
The architecture performs peak rate shaping of streams, where the shaping rates are determined according to the 
DRC scheme. The scheduler is based on a timewheel data structure where stream queues await service until their 
computed timestamps expire. A ready list stores eligible stream queues which have not yet been served. 
[0126] To achieve a wide range of rates without employing large memories, the scheduler is implemented with at 
least two timewheels: a fine grain timewheel and a coarse grain timewheel. 

[01 27] The timewheel structure is augmented with a plurality of priority levels, four in this example. The high priority 
level is assigned dynamically to ensure that streams will be able to meet their minimum rate guarantees. The remaining 
priority levels provide QoS differentiation at a coarse level. The timestamp value for each stream queue is updated, 
as appropriate, to achieve peak rate shaping in accordance with the rate determined by the DRC scheme. 
[0128] While the above is a description of the invention in its preferred embodiments, various modifications and 
equivalents may be employed. Therefore, the above description and illustration should not be taken as limiting the 
scope of the invention which is defined by the claims. 

Claims 

1. An apparatus for scheduling stream queues serving cells in an ATM switch comprising: 

a cell memory connected to a queue manager unit that stores ATM cells organized into stream queues; and 
a control memory connected to a scheduler unit and the queue manager that stores queue information; 
wherein the scheduler unit selects a stream queue to be serviced, based on the queue information in the 
control memory, and comprises a timewheel scheduling memory that stores stream queue identifiers in a 
series of time-bins; and 
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wherein the queue manager controls the receipt and transmission of ATM cells based on the congestion of 
the ATM switch and on the queue information in the control memory. 

2. The apparatus of claim 1 , wherein the scheduler unit further comprises: 

s 

a rate computation unit that computes the rate for each stream queue based on external rate information Land 
the queue information in the control memory; 

a time stamp computation unit that calculates a time stamp value for each stream queue; 
at least one ready list that stores the stream queue identifiers that are ready to be serviced; 
10 a scheduler logic unit that coordinates the operation of the timewheel scheduling memory, the time stamp 

computation unit and the ready list. 

3. The apparatus of claim 1 , wherein the scheduler unit comprises a plurality of timewheel scheduling memories, 
wherein time-bins in a first timewheel scheduling memory are assigned values corresponding to one cell time and 

'5 time-bins in the other timewheel scheduling memories are assigned different values corresponding To more than 

one cell time. 

4. The apparatus of claim 3, wherein the scheduler unit further comprises: 

20 a rate computation unit that computes the rate for each stream queue based on external rate information and 

then queue information in the control memory; 

a time stamp computation unit that calculates a time stamp for each stream queue; 
a ready list that stores the stream queue identifiers that are ready to be serviced; 
a scheduler logic unit that coordinates the operation of the plurality of timewheel scheduling memories, the 
2S time stamp computation unit and the ready list. 

5. The apparatus of claim 4, 

wherein each time-bin consists of a plurality of lists, each list corresponding to a different priority level, and 
30 wherein there are a plurality of ready lists, each ready list corresponding to one of the different priority levels. 

6. The apparatus of claim 4, 

wherein each time-bin consists of a single list, and 
35 wherein there are a plurality of ready lists, each ready list corresponding to a different priority level. 

7. A method for scheduling stream queues containing cells in an ATM switch comprising the steps of: 

(a) calculating a scheduling rate value for each stream; 
40 (b) calculating a timestamp value for each stream queue based on its scheduling rate value; 

(c) scheduling each stream queue by assigning a stream queue identifier to a first timewheel scheduling mem- 
ory time-bin based on its timestamp value; 

(d) transferring a list of stream queue identifiers from a time-bin on the timewheel to a ready list when a current 
time value equals the time-bin value; 

<5 (e) choosing a first stream queue identifier from the ready list; and 

(f) transmitting a first cell in the stream queue corresponding to the chosen stream queue identifier; 

wherein the timestamp and current time values cycle. 

50 8. The method of claim 7, wherein the timestamp value of each stream queue is recalculated at the occurrence of 
one of at least a cell arriving at an empty stream queue and a cell departing from a nonempty stream queue. 

9. The method of claim 7, wherein the current time value never falls behind the timestamp value by more than one 
cycle or moves ahead of the timestamp value by more than one cycle. 

ss 

10. The method of claim 7, wherein in step (c), each stream queue identifier is assigned to one of a plurality of timewheel 
scheduling memories at a time-bin based on its timestamp value. 
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11. A method for scheduling stream queues containing cells in an ATM switch comprising the steps of; 

(a) calculating a scheduling rate value for each stream; 

(b) calculating a timestamp value for each stream queue based on its scheduling rate value; 

5 (c) assigning one of at least two priority levels to each stream queue, wherein the priority levels are assigned 

different values from high to low; 

(d) scheduling each stream queue by assigning a stream queue identifier to a timewheel scheduling memory 
time-bin based on its timestamp value and its priority level; 

(e) at each priority level, transferring a list of stream queue identifiers from a time-bin on the timewheel to a 
ready list when a current time value equals the time-bin value; 

(f) choosing a first stream queue identifier from the highest priority non-empty ready list; and 

(g) transmitting a first cell in the stream queue corresponding to the chosen stream queue identifier ; 

wherein the timestamp and current time values cycle. 

15 

12. The method of claim 11, wherein a new stream queue identifier is placid on the time-bin corresponding to the 
timestamp value and on a list in the time-bin corresponding to the priority level. 

13. The method of claim 11 , wherein the time-bins are assigned priorities cyclically in priority level order and a new 
20 stream queue identifier is placed on the time-bin corresponding to the timestamp value and the priority level. 

14. The method of claim 11 , wherein the timestamp value of each stream queue is recalculated at the occurrence of 
one of at least a cell arriving at an empty stream queue and a cell departing from a non-empty stream queue. 

25 1 5. The method of claim 1 1 , wherein the current time value never falls behind the timestamp value by more than one 
cycle or moves ahead of the timestamp value by more than one cycle. 

16. The method of claim 11, wherein in step (d), each stream queue identifier is assigned to a time-bin in one of a 
plurality of timewheel scheduling memories based on its timestamp value. 

30 

17. The method of claim 14, wherein the scheduling rate value computed for each stream is the minimum of a locally 
computed rate and an external rate. 

18. The method of claim 14, wherein, 

35 

the timestamp calculation is augmented to perform both scheduling of the stream based on the scheduling 
rate value and 

shaping the stream in conformance with usage parameter control policing parameters. 

40 19. A scheduler for use in scheduling a stream composed of a sequence of cells to successively transmit each cell 
towards a downstream side, comprising: 

calculating means for calculating a scheduling timestamp with reference to a dynamic rate computed on con- 
gestion on the downstream side to specify scheduling time at which each cell of the stream is to be scheduled; 
45 and 

deciding means for deciding output timing of each cell in the shaped manner on the basis of the scheduling 
timestamp and the current time. 

20. A scheduler as claimed in claim 19, wherein the calculating means calculates the scheduling timestamp with ref- 
so erence to a peak cell rate (PCR) of the stream along with the dynamic rate. 

21. A scheduler as claimed in claim 20, wherein the calculating means calculates the scheduling timestamp with ref- 
erence to a sustainable cell rate (SCR) and a burst threshold (TH) for the stream together with the peak cell rate 
and the dynamic rate. 

55 

22. A scheduler as claimed in claim 19, wherein the calculating means comprises: 

first means for calculating, on arrival of each cell in the stream, a first timestamp of each cell on the basis of 
the dynamic rate of the stream, a peak cell rate (PCR) of the stream, and a current time. 
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23. A scheduler as claimed in claim 22, wherein the calculating means further comprises; 

second means for calculating a second timestamp with reference to a sustainable cell rate (SCR) together 
with the first means for calculating the first timestamp. 

24. A scheduler as claimed in claim 23, wherein the second means calculates the second timestamp also with reference 
to a predetermined burst threshold (TH) for the SCR. 



25. A scheduler as claimed in claim 24, wherein the deciding means deciding the shaping timestamp from the first 
and the second timestamps. 

70 

26. A scheduler as claimed in claim 19, wherein the deciding means is operable to decide the shaping timestamp on 
cell departure; and 



the calculating means comprises: 
*s first means for calculating a first timestamp on the basis of a timestamp assigned to a preceding one of the 

cells in the stream, the dynamic rate of the stream, and a peak cell rate (PCR) of the stream, to obtain the 
scheduling timestamp with reference to the first timestamp. 

27. A scheduler as claimed in claim 26, wherein the calculating means further comprises: 

20 second means for calculating a second timestamp with reference to a sustainable cell rate (SCR) and a burst 

threshold (TH) to obtain the scheduling timestamp. 

28. A scheduler as claimed in claim 27, wherein the calculating means comprises: 

means for calculating the scheduling timestamp from the first and the second timestamps. 

25 

29. A scheduler as claimed in claim 28, wherein the second means comprises: 

comparing means for comparing the first timestamp with a resultant timestamp obtained by subtracting a 
threshold from the second timestamp to assign a maximum one of the first timestamp and the resultant timestamp 
as the scheduling timestamp. 

30 

30. A method of scheduling a stream composed of a sequence of cells to successively transmit each cell towards a 
downstream side, comprising the steps of: 

calculating, on the basis of a dynamic rate on the downstream side, a scheduling timestamp representative 
35 of timing at which each cell of the stream is to be scheduled; and 

deciding a shaping timestamp of each cell on the basis of the scheduling timestamp. 

31. A method as claimed in claim 30, wherein the calculating step comprises the step of: 

calculating the scheduling timestamp with reference to UPC (Usage Parameter Control) parameters. 

40 

32. A method of scheduling a stream composed of a sequence of cells to successively transmit each cell towards a 
downstream side, comprising the steps of: 



calculating a scheduling timestamp on the basis of a peak cell rate (PCR) of the stream, a sustainable cell 
rate (SCR), a burst threshold (TH), and a dynamic rate; and 

controlling a cell rate without congestion on the basis of the scheduling timestamp calculated. 

33. A method of scheduling a stream in combination with an ABR virtual source to successively transmit each cell 
towards a downstream side, comprising the steps of: 

so 

receiving a rate from the ABR virtual source; and 

shaping the stream on the basis of the rate determined by the ABR virtual source, along with a dynamic 
scheduling rate computed based on congestion on the downstream side. 



55 
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CELL ARRIVAL TIMESTAMP COMPUTATION 



100- 



110- 



120* 



130- 



140- 



CELL ARRIVES 



IS Q .EMPTY? 



YES 



TSj^MAXCTSi + l/Rj.CT) 



SCHEDULE STREAM i AT TIMES TS, 



APPEND CELL TO Qi 



NO 



Fig.4 



CELL DEPARTURE TIMESTAMP COMPUTATION 



200- 



REMOVE AND TRANSMIT CELL FROM Qi 



210- 



220- 



230- 



IS Qi EMPTY ? 



YES 



NO 



TSj-TSj + 1/Rj 



□ 



SCHEDULE STREAM i AT TIME TS j 



240- 



END 



Fig.5 

21 



• # 



EP 0 944 208 A2 



PROCEDURE FOR SETTING IDLE BIT 
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NO 



YES 



330- 



STREAM IDLE, SET lj = 1 



340- 
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PROCEDURE INCOPRORATING WRAP AROUND 
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PROCEDURE FOR ATTACHING A STREAM 
QUEUE IDENTIFIER TO A READY LIST 

if = CT ■ 0 mod 64, then 
X = C;t-CT/64 

else 

X-F;toCTmod2K 

end if 



rc = rc + M x [t]; 
for i o 0 to 3 do ■ 

if B x [i][t]«1, then 

tp-T x [0[t].tp;hpoT x P][t]Jip 
if r[i]Jip = 0,then 

rpp-hp;rp].tp-tp 

else 

v[rIO.tp]-hp;rRJ.tp-tp 

end if 
B x P][t] = 0 

end if 

end for 



Fig.14 
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PROCEDURE FOR INSERTING A STREAM 
QUEUE IDENTIFIER 
if (Z TS - Z CT and TS < CT) or (Z TS * Z„ + 1) then 
if CT = 0mod64,then 
X = C;t-CT/64; 

else 

X = F;t = CTmod2K; 

end if 

else 

rf Z TS = Z CT ,then 

if TS-CT<2K,then 

UTSmod2K;X = F 

else 

t = TS/64;X-C 

end if 

else 

if 1 28K - (CT - TS) and {TS mod 64 * 0), then 
X = F;UTSmod2K; 

else 

X = C;t = TS/64 

end if 

end if 

if B x [i][t]-0,then 
BJ[t] = 1; 
MJt] = 1; 

T.WW-hp = stream queue identifier; 
T «PJW-tP - stream queue identifier; 

else 

tp = T x [i]It].tp 
M x [t]-MJt] + 1; 

"MOUMP •* stream queue identifier 
V[tp] = stream queue identifier 

end if 

Fig.15 
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PROCEDURE FOR EXTRACTING A STREAM QUEUE 
IDENTIFIER FROM A READY LIST 



for U 0 to 3, do 

while (sufficient time in cell slot) and 
(r[i]hp*0),then 



if r[i]iip = r[i].tp,then 
q-r[i]iip 
rpp-0 

else 

q = r[i]Jip 
rp]hp« V[e] 

end if 
rc - re - 1; 

Pass q on to another process to serve the queue 



end while 



end for 



Fig.16 
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CELL DEPARTURE TIMESTAMP COMPUTATION 
CONTAINING SCHEDULING AND UPC SHAPING 
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